iT邦幫忙

2026 iThome 鐵人賽

DAY 30
0
自我挑戰組

程式碼 AI 寫,我負責看懂:30 天拆解 React × TypeScript系列 第 30

Day 30|程式碼 AI 寫,而我學會負責看懂

  • 分享至 

  • xImage
  •  

這篇,讓我們回到最初的起點

夢回Day 1(?)
程式碼都讓 AI 寫,那我到底要學什麼?
對第一次接觸 React 與 TypeScript 的我來說,語法與觀念上皆是陌生的,加上如果 AI 已經可以快速產生程式碼,那自己到底還有沒有學習的必要?

那目前得到的答案,就是前面有提到不少次的:

即使程式碼交給 AI 產生,自己還是需要知道它做了什麼。

不然當功能出現問題、需求需要調整,或 AI 修改了不該動的地方時,可能連應該從哪裡開始找都不知道。

「看懂」不只是看懂語法

回想起還沒開始了解程式這一塊的自己,很單純的以為只要認得 JSX、Props、State、useEffect() 與 TypeScript 型別分別怎麼寫,就算是看懂程式碼了。
但現實總是殘酷的,因為實際進入專案後,才發現需要理解的地方可不少:

  • 畫面被拆成哪些 Component
  • State 為什麼放在這個位置
  • 資料如何透過 Props 往下傳
  • 事件發生後由誰更新資料
  • 型別是否真的符合取得的內容
  • AI 修改了哪些地方
  • 修改結果有沒有符合原本的需求

這些事情不一定要自己從零寫完整個專案才會遇到。就算程式碼是讓 AI 產生的,閱讀、理解與判斷當然也必不可少。

從直接接受到開始提出問題

Day 20 第一次把需求交給 AI 時,主要只說明想做哪些功能,其他安排大多先由 AI 決定。
後來順著 Component、Props、State、表單與 localStorage 慢慢看過一遍,才開始能針對看不懂的地方提出問題。
到了檢查 loadItems() 時,也不再只是看到程式可以執行就直接接受,而是注意到從 localStorage 讀出的資料不一定真的符合 TypeScript 型別。
發現問題後,再把修改範圍與預期結果說清楚交給 AI,最後重新確認它產生的內容。

整個過程大概從:

請 AI 幫我完成
       ↓
理解 AI 做了什麼
       ↓
找出可能的問題
       ↓
說明要修改的範圍
       ↓
重新檢查修改結果

AI 仍然負責產生程式碼,但自己不再只負責按下接受。

AI 可以幫忙,但判斷不能全部交出去

AI 確實可以很快建立專案,也能協助解釋與修改程式碼。對新手來說,遇到陌生內容時,也多了一個可以詢問的對象。
但即使 AI 說「已經完成」或「檢查通過」,並不代表自己就不需要再確認。
至少還是要知道需求有沒有完成、哪些檔案被改動,以及修改後會不會影響原本的功能。如果連專案在做什麼都不清楚,只會更難判斷 AI 給出的結果能不能使用。

不是不要相信 AI,而是不能只剩下相信 AI。

給 Day 01 的自己一個回答

如果現在要重新回答 Day 01 的問題,我會說:

AI 可以負責產生程式碼,但自己仍然要負責閱讀、理解、提問、判斷與驗證

不一定要比 AI 寫得更快,也不可能在 30 天內理解所有內容。但至少要知道它替自己做了什麼,並且能慢慢把不懂的地方弄懂。
因為只有在自己開始理解程式碼後,才有辦法判斷哪些內容可以接受、哪些地方需要修改,也才不會在失去 AI 的回答後,連手上的專案是怎麼運作的都不知道。
這 30 天並沒有讓我變成多厲害的 React 或 TypeScript 開發者,但至少讓我從「AI 寫完就算完成」,走到了「AI 寫完後,我還要負責把它看懂」。

這次真的沒有下篇見了


上一篇
Day 29|從 Vue/JavaScript 到 React/TypeScript 感受到的差異
系列文
程式碼 AI 寫,我負責看懂:30 天拆解 React × TypeScript30
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言